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SIAP  system  engineering  . . . 


etting  everyone  on  the  same  sheet  of  music 


■  II 
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Joint  Tactical  BMC2  (today) 


■  I 


Common  functionality,  implemented  and 
maintained  many  ways 

189-3 
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Joint  Tactical  BMC2 


Data  exchanged 
among  peers  within 
the  distributed  system 


■  I 
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16  February,  2004 


Common  functionality,  implemented  and 
maintained  commonly 
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Configuration  Management 


■i 


Paper 

Standard(s)  and 
Specification(s) 


Integrated  Architecture 
Behavior  Model 

(“Platform”  Independent  Model”) 


•  Gaps,  overlaps,  and  conflicts 

•  Context-free 

•  Static 

•  Syntax 


*  Unambiguous 

*  Described  in  context 

*  Dynamic 

*  Syntax  and  semantics 

*  Strong  typing 


Shift  from  static,  paper  artifact  to  dynamic  behavior  model 
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Integrated  Architecture  Behavior  Model 


•  Derived  from  JROC-validated 

•  Unambiguously  describes  dynamic  system 
behavior  in  an  open  source  model 

•  Supports  selection  among  alternative  solutions 

•  Delivered  to  program  managers  with 
verification/validation  data  and  JDEP  technical 
framework 


Idealized  model  of  distributed  system  performance  that  shows 
industry  what  “good”  looks  like  -  automates  the  standards 


iZzl 
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Cornerstones  Quality  Attributes  Outcomes 


•  Continuous  Readiness 

•  Sensor  Netting 

•  Battlespace  Dominance 

•  Proven  Lethality 

•  Coordinated  Weapon 
Employment 

•  Joint  Command 
Support 

•  Information  Assurance 


•  Performance  (functionality) 

-  Correctness 

-  Efficiency 

-  Completeness 

•  Reliability 

-  Survivability 

-  Fault  tolerance 

-  Openness 

•  Scalability 

-  Flexibility 

-  Openness 

•  Maintainability 

-  Openness 

-  Expandability 

-  Testability 

•  Safety 

•  Security  (Info.  Assurance) 

-  Survivability 

•  Verifiability 

-  Openness 

•  Reusability  and  portability 

-  Equipment  and  OS  independence 

-  Openness 

Source:  lEEE-Std  1061- 
ISO  Std  9126 

MITRE  Guide  to  Total  Software 
Quality  Control 


•  Reduce  fratricide 

•  Employ  weapons  to 
design  range 

•  Counter  existing  and 
emerging  threats 

•  Increased  performance 

•  Lifecycle  cost  avoidance 

•  Reduced  time  to  field 
new  and  modified 
capability 
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Integrated 

Architecture 

Repository 


Object  Oriented  Analysis 


Block  1 
Engineering 


“Platform” 

Independent 

Model 


Open  Source 
executable  UML 


Object  oriented  dynamic  model 
Characterize  BMC2  behavior  of 
nodes  in  the  distributed  system 
Precise,  durable,  repeatable 
Subjected  to  rigorous  consistency 
and  conformance  verification 


Configuration  Item 


Isolate  functionality  from  specific 
implementation  technologies  allows 
Design  for  Change 
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■  I 


Application 


HLA  RTI 

Operating  Systems 
Equipment 
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Model  Driven  Architecture 


Integrated 

Architecture 

Repository 


“Platform” 

Independent 

Model 


Block  1 
Engineering 


“Platform” 

Specific 

Model 


“Platform” 

Specific 

Model 


Implementation 


“Platform” 

Specific 

Model 


Implementation 


Testing 


Testing 


“Platform”  independent  model  is  inherently  “open”, 
provides  dynamic  model  of  system  behavior,  and  allows 
deferral  of  specific  implementation  technology  decisions 


Examples^  J 


•  HLA-compliant  model  demonstrates  distributed  system 
performance 

•  One  or  more  specific  model(s)  demonstrate  distributed 
system  performance  in  real  system(s) 

16  FebruarJP2Qiy^^H^^ 
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Verification  and  Validation 


“Derived  from 
consistent  and 
conformant 
“Platform” 
independent 
Model 


hlarTI - 
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Implementation  in  tactical  systems 


■  I 


Consistent  and 
conformant; 
built  by  joint 
consortium 


Machine  (or  manual)  translation 
done  by  System  Program  Managers 
(with  help  from  joint  consortium) 


Verification  and  Validation  by 
System  Program  Managers;  Joint 
Independent  Verification  and 
Validation  by  JITC 


Being  developed  in  collaboration  w /  Industry,  FFRDCs  &  Gov.  PMs 
(e.g.,  Navy  Open  Architecture  &  Air  Force’s  E-10A/MC2A) 
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*  One  “Platform”  Independent  Model 


*  Two  or  more  example  “Platform”  Specific  Model(s) 

-  One  HLA  RTI-specific 

-  At  least  one  targeted  to  a  specific  communication  environment  and 
operating  system 

*  Reference  Implementation(s)  derived  from  “platform 
specific  model(s) 


•  Unit  and  integration  test  scripts  and  results 
(verification) 

•  Validation  test  scripts  and  results 


•  JDEP  kit 


UNCLASSIFIED 


Funding  Strategies 


■i 


•  Original  Service  estimates  accounted  for 
redundant  development 


Design 


Code 


Int 


Test 


System  A 
System  B 


Common 


Pgm 

Mgt 


Block  0  &  Block  1  I  ^  Total  $  =  System  A  +  System  B 

•  A  change  in  business  model  should  reduce  total 
cost  and  help  synchronize  development 

Total  $  =  a  +  b  +  c  +  Atf  +  Bfj  +  Ae  +  Be  +  Af  +  Bf 


New  Method 


Design 


Code 


i ■■■■■■■■■■■»*  u 
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f  > 
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d 
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f 

System  B 
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•  Integrated  Architecture  continues  to  be  a 
key  task  force  product 

•  Integrated  Architecture  behavior  model 
supports  dynamic  analysis  and  improved 
communication  with  industry 

•  Approach  changes  configuration  item(s) 
from  paper  specifications  and  standards  to 
dynamic  behavior  model 


The  Integrated  Architecture  provides  the  basis  for 
reducing  development  costs,  reducing  time  required  to 
field  new  and  modified  capability,  and  increasing 

operational  effectiveness 
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Requirement  sources 


■i 


TAMD,  CID,  GIG  CRDs 
MIL-STD-6016B 
STAN  AG  551 6 
JSLIR-16  (draft) 

STANAG  5522 
MIL-STD-3011 

SIAP  SE  Technical  Reports 


SGS/AC  spec,  source  code 
JDEP  kit 

SIAP  Block  0  DSB 
SIAP  Block  1  DSB 
USAF  DLI/LCI/TDLCS 
USAF  COLE 
USMC  COLE 


Existing  Architecture  products 

-  Views 

-  Threads 

Athena/Sea  Athena/Common  C&D 


MSI 

SRIG  design 
Navy  OA  materials 

16  February,  2004  189  18 


Large  number  of  ways  to  describe  expected 
performance  creates  gaps,  overlaps,  and 
conflicts... Integrated  Architecture  can  force 
convergence  and  consistency 
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“Platform”  Independent  Model 


■i 


Who 


-  Industry/University/FFRDC/Government  Team 

•What 

-  Independent  of  computer,  operating  system,  and 
“middleware” 

-  Complete  and  correct  model  of  an  arbitrary 
distributed  system  peer 

•Syntax  and  semantics 
•Dynamically  verifiable  (unambiguous) 

-  Tailored  for  specific  implementations  (e.g.,  AWACS, 
AEGIS)  when  “Platform”  Specific  Implementation  is 
built 


16  February,  2004 
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“Platform”  Independent  Model  (cont.) 
•Why 

-  Express  the  behavior  of  the  distributed  system  in  an 
industry  standard  language 

-Allow  verification  and  validation  of  the  integrated 
architecture 

-  Change  configuration  management  artifact  from 
paper  standard  and  source  code  to  behavior  model 

-  Support  verification  and  validation  of  end  product 
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“Platform”  Independent  Model  (cont.) 


Where 


-  Collocated  team  in  Arlington,  VA 

•  When 

-  Block  1  System  Engineering  FY  02-03 

-  Build  and  test  model  FY  03-05 

-  Integrate  and  test  FY  06-07 

-  IOC  FY  08 
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“Platform”  Independent  Model  (cont.) 

•  How 

-  Product  of  disciplined,  but  efficient  system  engineering 
process 

-  Model  developed  by  partnership  of  industry,  university, 
FFRDC,  government 

-  Implemented  and  integrated  by  industry 

•  How  much 


-  Joint  Tactical  BMC2  functionality;  extensible  to 
service-unique  functionality 
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•  Attributes  Technical  Reports 

•  Common  Reference  Scenarios 

•  Common  Reference  Scenario  Driver 


•  ARCTIC 

•  PET 


•  Environment  services 

•  Communications  services 

•  Sensor  representations 

•  Weapon  representations 
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